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Ziele, Rollen, Verantwortlichkeiten 


Q Definition der Projektfunktionen 


O Übertragung der Projektfunktionen inkl. 
Kompetenz und Verantwortung auf 
Personen oder Gremien. 


QO Einbettung des Projekts in die 
vorhandene Organisationsform 


> Ergebnis: Projektorganisationsplan 


ÜO Rollen im Softwareprojekt 
= Projektleiter 
= Software-Ingenieur 
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us HFÜ @ 
Gängige Organisationen der Softwareentwicklung Y 
Reine Projektorganisation 


Projektorganisation und Linienorganisation stimmen überein. 
Die Projektmitarbeiter sind fachlich und disziplinarisch dem 
Merkmale Projektleiter unterstellt (zumindest für die Dauer des Projekts). 


Stärken 


Schwächen 
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Gängige Organisationen der Softwareentwicklung ıy 
Matrixorganisation 


Es existieren eine Linien- und eine Projektorganisation 
nebeneinander im Unternehmen. Die Projektmitarbeiter sind 
Merkmale fachlich dem Projektleiter, disziplinarisch ihrem Vorgesetzten 
unterstellt. 


Stärken 


Schwächen 
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Projektinterne Organisation 


Hierarchisches Team (Regelfall in großen Projekten) 
Q Projektmitglieder sind in Teilprojekten organisiert. 


U Jedes Teilprojekt ist für bestimmte Entwicklungsarbeiten zuständig und wird 
von einem Mitglied der Gruppe geleitet (Gruppensprecher, Teilprojektleiter). 


Egoless Programmer Team 


U Technische Entscheidungen werden in der Gruppe (bis zu 10 Mitgliedern) 
getroffen. 


Chief Programmer Team 


Q 3 bis 4 Projektmitglieder; Chief Programmer trifft alle technischen 
Entscheidungen. 
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Fazit 


Welche Projektorganisation ist für welches Projekt geeignet? 


Projektmanagement © Prof. Dr. M. Rezagholi, 2022 Kapitel 2 
6 


HOCHSCHULE | 


FURTWANGEN J 
UNIVERSITY | H FÜ D) 


Kapitel 2: 
Aufbau- und Ablauforganisation 


2.1 Gängige Formen der Projektorganisation 
2.2 "Klassische" Vorgehensmodelle 
2.3 Agile Vorgehensmodelle 


Projektmanagement © Prof. Dr. M. Rezagholi, 2022 Kapitel 2 
7 


HOCHSCHULE 
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Prozessmodell GG 


Definition 


Ein umfassendes Prozessmodell legt fest: 


U Reihenfolge des Arbeitsablaufs (Meilensteine, Entwicklungsstufen, 
Phasenkonzepte) 


U Jeweils durchzuführende Aktivitäten 

U Definition der Teilergebnisse einschließlich Layout und Inhalt 

U Fertigstellungskriterien 

U Notwendige Mitarbeiterqualifikationen 

U Verantwortlichkeiten und Kompetenzen 

U Anzuwendende Standards, Richtlinien, Methoden und Werkzeuge 
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Wasserfallmodell HFUY 
Überblick 


Implemen- 
tierung 


Integration / 
Systemtest 


Abnahme 


Für welche Projekte ist das Modell geeignet? 
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Konstruktionsaktivitäten 


V-Modell 


Teilmodelle: 

« Systemerstellung 

« Qualitätssicherung 

« Konfigurations- 
management 

« Projektmanagement 


17 Legende: AG = Auftr. bei ri 
Projektmanagement Se  efiege und Anden nie 
SE = Systemerstellung apitel 

10 
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an HFÜ @ 
V-Modell N) 
Überblick 


Problem- Erprobung 
beschreibung im Einsatz 


N / 


Abnahmetest 
Anforderungs- 
spezifikation 


\ est 
System- 
entwurf + Integrationstes 


Komponenten- Komponenten- - Validation 
anforderungen test » Verifikation 


Komponenten- 
entwurf 


r\ 
! _, Komponenten- 


implementierung 


Komponentenentwicklung 


Für welche Projekte ist das Modell geeignet? 
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Spi ralmodell Kosten kumuliert NL 


Erarbeitung und Beurteilung 
von Lösungsalternativen; 
Erkennen und Beseitigen 
En von Risiken 
Festlegung von Zielen, Prototyp 4 
Lösungsalternativen (operational) 
und Einschränkungen 


Risiko- 
analyse Prototyp 3 


analyse| Prototyp 1 


Anforderungsplan 


Betriebskonzept Detailentwurf 
Lebenszyklusplan 


Ablaufkonzept 


entwicklung 
Entwicklungsplan | Anforderungs 


-abnahme Produktentwurf 


Planung der nächsten Integration + Testmodule 
Objekt 
Phasen Testplan Erkufernae (Objekt) 


Prüfi 
Wartung u Integrations- 


test i i 
Aizspiensiast Weiterentwicklung und 


Anpassung Validierung 


Einführung 


Für welche Projekte ist men 
das Modell geeignet? 


Schulung 


z Gültig machen durch Abnahme (Validierung) 
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Evolutionäre Entwicklung (Versionierung) 


Version x 


Für welche Projekte ist das Modell geeignet? 
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Inkrementelle Entwicklung (Ausbaustufenmodell) N} 
Überblick 


Überlappung von 

Inkrementen möglich, 

falls die Inkremente 
Antor unabhängig voneinander 


derungen sind 


Entwurf 


Inkrement x 


Detail-Anfor- Fein- Implemen- Test 
derungen entwurf tierung. 


Für welche Projekte ist das Modell geeignet? 
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Kurze Charakterisierung 


Experimentelles Prototyping (Wegwerf-Prototyp) 


U Wesentliche Merkmale des endgültigen Produktes werden am rudimentären 
Prototyp untersucht (Machbarkeit). 


Exploratives Prototyping (Wegwerf-Prototyp) 
O dient zur Ermittlung von Anforderungen bei unbekanntem Anwendungsgebiet. 
Evolutionäres Prototyping (kein Wegwerf-Prototyp!) 


OU Zyklische Entwicklung eines Prototyps unter Einholung von Feedback von den 
Kunden bis der Prototyp “gut genug" ist. 


U Das Pflichtenheft und der 1. Prototyp werden Hand in Hand entwickelt; die 
Designentscheidungen werden während der Realisierung getroffen und 
protokolliert. 


U Evolutionäres Prototyping ist die Basis agiler Entwicklungen. 
Das Prototyping ist schlecht planbar. 
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Rational Unified Process (RUP) 


Die Entwicklung von RUP ging mit der von UML einher. RUP ist ein moderner 

Prozess, der die Elemente der klassischen Prozessmodelle zusammenbringt. 

RUP ist 

U Use-Case-getrieben (Ausgangspunkt der Entwicklung sind Anwendungsfälle), 

U architekturzentriert (Gliederung des Systems in Subsysteme und 

Komponenten), 

U iterativ und inkrementell (Zerlegung in kleinere Teilprojekte) 

Charakteristische Eigenschaften 

U Die Entwicklung besteht aus mehreren Zyklen. Jeder Zyklus endet mit einem 

an Kunden lieferbaren Release. 

U Jeder Zyklus besteht aus vier Phasen: Inception, Elaboration, Construction, 

Transition. 

U Jede Phase ist in neun Arbeitsflüsse („Workflows“) zerlegt. Jede Phase 
besteht aus mindestens einer Iteration. 
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RUP: Prozessstruktur 


Phases 
Disciplines 


Business Modeling 
Requirements 


Analysis & Design 


Implementation 

Test 

Deployment 
Configuration 

& Change Mgmt 

Project Management 

Environment 


Iterations 
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RUP: Zusammenspiel zwischen Rollen, 
Aktivitäten und Artefakten 


U Elemente der Workflows sind Rollen 
(„Workers“), Aktivitäten und 7 
Artefakte. Für den e 
Prozess ist also 
festgelegt „wer“, „was“, 
„wie“ und „wann“ tut. 


RUP ist sehr 


aufwendig zu 
realisieren: Artifact 


" eh \ 
N 


res, 
Worker Ponsjpn „au 
r 


x Mentor 


" > 130 Aktivitäten, 
= > 100 Ergebnistypen Checkpoints Template Report 
(Artefakttypen) 
RUP kann jedoch auf die Bedürfnisse einer Firma oder eines Projektes 
angepasst werden: Die Workflows können, wenn sie nicht benötigt werden, 
weggelassen oder verkürzt werden. 
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Agile Entwicklung 
Überblick 


Die Entwicklung ist in kurze, aufeinander folgende Iterationen (Zyklen) 
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aufgeteilt. Der gesamte Entwicklungsprozess besteht aus mehreren Iterationen. 


Eine Iteration dauert typischerweise 1-3 Monate. 


Implementierung 


Anforderungs- 
analyse 


Initialplanung Release 


Planung 
aktualisieren 
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kurze Charakterisierung 


U Eine Alternative zu den "klassischen" Entwicklungsprozessen, wie z. B. 
Rational Unified Process (RUP) oder dem V-Modell, die als schwergewichtig, 
dokumentenlastig und bürokratisch angesehen werden. 


U Agile Werte bilden das Fundament der agilen Entwicklung; sie wurden 2001 als 
„agiles Manifest“ formuliert: 


"= Individuen und Interaktionen sind wichtiger als Prozesse und Tools. 
= Funktionierende Programme sind wichtiger als ausführliche Dokumentation. 
= Die stetige Zusammenarbeit mit dem Kunden steht über Verträgen. 


= Der Mut und die Offenheit für Änderungen stehen über dem Befolgen eines 
festgelegten Plans. 


U Agile Methoden der Softwareentwicklung (Beispiele): Paarprogrammierung, 
Testgetriebene Entwicklung, Ständige Refaktorisierung, Story-Cards, Schnelle 
Codereviews. 
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Agile Prozesse 


Agile Prozesse versuchen, die Entwurfsphase auf ein Mindestmaß zu 
reduzieren und im Entwicklungsprozess so früh wie möglich zu ausführbarer 
Software zu gelangen, die dann in regelmäßigen, kurzen Abständen dem 
Kunden zur gemeinsamen Abstimmung vorgelegt werden kann. 


Bekannte Prozesse: 

U Extreme Programming (XP) 
O Scrum 

O Crystal 

U Testgetriebene Entwicklung 
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Scrum (i) 


Prozess- und Produktmodell — vereinfacht 


Idee 
U Selbstorganisierende Teams 
U Projekt = grober Rahmen 


Rollen 


t 
vIsIoN Produ 


ÜO Product Owner Backlog 


(Projektleiter) 
U Scrum Master 
(etwa Mentor, 
Berater) 


Ü Team 


Projektmanagement 


Scrum (ii) 
Product backlog 


U vom Produkt-Owner priorisiert, 
U vom Team geschätzt, 


Sprint backlog 


zugewiesen 


Sprint Burn-down 


geleisteter Arbeit 


Projektmanagement 
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spril nt 
Backlog 
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U Eine Liste aller von Kunden/Anwendern gewünschten Anforderungen, 


U höher priorisierte Anforderungen sind detaillierter dargestellt. 


U Team-Mitglieder wählen die Aufgaben selbst aus, die Arbeit wird nie 


Ü Der geschätzte Restaufwand wird täglich aktualisiert 
U Jedes Team-Mitglied kann Aufgaben hinzufügen, löschen oder ändern 


U Darstellung des Sprint-Fortschritts; Gegenüberstellung von Restaufwand und 
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Scrum (iii) 
Bewertung 


Vorteile 
U Agiles Modell mit organisatorischem Rahmen 
U Hohe Eigenverantwortung (Motivation) der Teams 


U Skalierung (wahrscheinlich) möglich 


Nachteile 
Ol Hohe Anforderungen an die Organisation (hohe Reife) 
Ol Hohe Anforderungen an das Team (Entwicklungs-, Testtechniken) 


U Akzeptanz des Vorgehens durch das Team zwingend erforderlich (Rituale sind 
nicht jedermanns Sache) 
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Aufgabe 


Wählen Sie das Ihnen am günstigsten erscheinende Prozessmodell (bzw. die 
günstigste Kombination von Prozessmodellen) aus und begründen Sie Ihre 
Auswahl! 


Sie können zusätzliche Annahmen treffen; diese müssen naheliegend sein 
und Sie müssen sie dokumentieren. 


1) Ein großes Software-Unternehmen will in den Markt für Medizintechnik 
einsteigen. Dazu soll ein Bildverarbeitungssystem von Grund auf neu 
entwickelt werden. 


2) Ein Unternehmen will die Datenhaltung eines bereits existierenden 
Softwaresystems umstellen. Zur Diskussion steht eine objektorientierte 
Datenbank. 


Ein großes Unternehmen plant, ein neues Betriebssystem auf den Markt zu 
bringen. > 
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